home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 715.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  264 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Tue, 28 Nov 89       Volume 89 : Issue 715
  4.  
  5. Today's Topics:
  6.                                Calamus
  7.                             Chip Woes.....
  8.                   Comments on STE -- (un)known facts
  9.                        Is Spectre going MIDI>?
  10.                        midi recorder/playbacker
  11.                         STFAX.PRG or STFAX.TOS
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 28 Nov 89 14:01:57 GMT
  15. From: image.soe.clarkson.edu!daemon@uunet.uu.net
  16. Subject: Calamus
  17.  
  18. Where can I get hold of PD fonts for Calamus?
  19.  
  20. --------------------------------------------------------------------------
  21. arneso@ifi.uio.no -  Arne Sommer                    "Powder to the People"
  22.  
  23. ------------------------------
  24.  
  25. Date: 28 Nov 89 16:25:15 GMT
  26. From: psuvm!jjl101@psuvax1.cs.psu.edu  (J.J. Lehett)
  27. Subject: Chip Woes.....
  28.  
  29.     I know this may be an old topic....but I really would like to stop having
  30. to drop my ST before I boot it to work properly  :)  I know its a looses
  31. chip problem (at least pretty sure it is), but don't know which it is.
  32.     Often, to get the 520 ST with 1 meg upgrade (EZram (old version)) to boot
  33. up properly I have to drop the machine from about 3 inches, and most of the tim
  34. e it will then work fine.....can anyone out there please give me some advice
  35. before I end up giving the thing a concussion!  :)
  36.  
  37.     Thanks!
  38. -------
  39. ********************************************************************
  40. *       J.J.        *             JJL101@psuvm.bitnet              *
  41. *                   *    Penn State Center for Academic Computing  *
  42. *    John Lehett    *          Computational Mathematics           *
  43. ********************************************************************
  44.  
  45. ------------------------------
  46.  
  47. Date: 28 Nov 89 15:26:25 GMT
  48. From: samsung!uakari.primate.wisc.edu!xanth!xanth.cs.odu.edu!scott@think.com
  49.  (Scott Yelich)
  50. Subject: Comments on STE -- (un)known facts
  51.  
  52. >   What this all adds up to is horizontal and vertical scrolling by bits,
  53. >   and split-screen effects which are effortless and not memory- or
  54. >   time-consuming.  You can, for instance, load a large "landscape" into
  55. >   memory, like a whole Gauntlet level, and slide the "window" around by
  56. >   individual pixels, taking ZERO TIME rather than the huge time required
  57. >   to move the memory around.  In addition, you can have the static
  58. >   (non-scrolling) part like the scores at the top or bottom: it won't
  59. >   have to be moved around, copied, or anything.
  60.  
  61. This sounds a lot like the old 8bits capabilities....
  62. --
  63.  
  64.  -----------------------------------------------------------------------------
  65.  Scott D. Yelich                                 scott@cs.odu.edu [128.82.8.1]
  66.  After he pushed me off the cliff, he asked me, as I fell, ``Why'd you jump?''
  67.  -----------------------------------------------------------------------------
  68.  
  69. ------------------------------
  70.  
  71. Date: 28 Nov 89 16:03:19 GMT
  72. From: ogccse!blake!ramsiri@ucsd.edu  (Enartloc Nhoj)
  73. Subject: Is Spectre going MIDI>?
  74.  
  75. In article <4461@druwy.ATT.COM> dlm@druwy.ATT.COM (Dan Moore) writes:
  76. >in article <8911220809.AA09458@ucbvax.Berkeley.EDU>, UUCJEFF@ECNCDC.BITNET
  77. >(jeff beer) says:
  78. >> I heard a rumor that David Small is working on making Spectre handle
  79. >> MIDI in its Mac emulation.  Is this true?  Can sources close to Small
  80. >> confirm this?
  81. >
  82. >       I wouldn't hold my breath waiting for the Spectre to support
  83. >MIDI.  If (a really big if) it does happen it won't be anytime soon.
  84. >
  85. >
  86. >                               Dan Moore
  87. >                               AT&T Bell Labs
  88.  
  89. Anyway... there's lots of great midi software for the ST...
  90. and in general, the ST has surpassed the MAC in this arena in
  91. both performance and choice.  While it might be nice to emulate
  92. a MAC midi program, I am almost sure you may find a program in the
  93. ST world that is equal and likely better.  I think David realizes this
  94. and is therefore reluctant to spend his efforts in that direction.
  95.  
  96. I do recognize, however, the prevalence of MACs in the studio
  97. environment, and that it would be nice to simply bring a disk
  98. to a studio if an ST is no where to be found.  Two solutions:
  99. 1)  Buy a STacy.. if they ever go into production.
  100. 2)  Save your ST midi files in standard midi file format and
  101.     copy them onto your Spectre formatted disks.. take them to
  102.     the studio and use the studio's mac gear.  ( I don't know if
  103.     this is possible since i haven't yet bought GCR.  WHile
  104.     I plan to buy GCR, it will be for reasons other than music).
  105.  
  106.  
  107. An aside:  I found out yesterday that NOTATOR will NOT work
  108. with Jim ALlen's Turbo16 board.  Jim told me that C-LAB was at
  109. COMDEX and couldn't get the program to run with the
  110. accelerator board nor on the TT/P.  Why?  All has to do with
  111. PIRACY.... NOTATOR uses a dongle that hangs off the cartridge
  112. port for copy protection.  Jim explained to me that the
  113. timing of the read will only work on a normal ST... but he
  114. assured me that C-LAB should have no problems writing a
  115. quick fix for it.  I then called the national rep for C-LAB
  116. and had a long talk with him.  We were interuppted by another
  117. phone call... but i did let him know how disappointed i was
  118. with the news.  Also, i let him know that it didn't please me
  119. that when i get GCR, i will have to be constantly turning my
  120. machine off, removing the NOTATOR dongle, reinserting
  121. GCR etc.. rebooting.. every time i switch applications.
  122. He agreed that the wear and tear on both the cartridge ports and
  123. the cartridges would likely create problems in time.
  124.  
  125. MORAL:  PIRACY only HURTS us ALL.
  126.  
  127. Solution:  C-LAB produced the "Combiner"  which allows
  128. 4 cartridges to hang off the cartridge port.  Cost: $349.00.
  129. NOT a "solution" I can implement at this time.
  130.  
  131.  
  132. -kevin
  133. ramsiri@blake.acs.washington.edu
  134.  
  135. ------------------------------
  136.  
  137. Date: 28 Nov 89 15:59:21 GMT
  138. From:
  139.  swrinde!cs.utexas.edu!uwm.edu!uakari.primate.wisc.edu!nic.MR.NET!ns!logajan@ucs
  140.  d.edu  (John Logajan)
  141. Subject: midi recorder/playbacker
  142.  
  143. Someone requested a midi recorder-playbacker.
  144.  
  145. Here is my entry -- in GFA Basic.
  146.  
  147.      ------
  148.  
  149. PRINT "Simple midi recorder/playback program." ! by John Logajan, Nov 27, 1989.
  150. DIM bt%(10000),btt%(10000)     ! 10,000 midi bytes and 10,000 byte times.
  151. done=0
  152. WHILE done=0
  153.   INPUT "Enter, r=record, p=play, s=save, l=load, q=quit ";c$
  154.   IF c$="r"
  155.     GOSUB record
  156.   ENDIF
  157.   IF c$="p"
  158.     GOSUB play
  159.   ENDIF
  160.   IF c$="s"
  161.     GOSUB keep
  162.   ENDIF
  163.   IF c$="l"
  164.     GOSUB revue
  165.   ENDIF
  166.   IF c$="q"
  167.     done=1
  168.   ENDIF
  169. WEND
  170. END
  171. REM
  172. REM
  173. REM
  174. PROCEDURE record               ! Record yourself on the midi keyboard.
  175.   WHILE INP?(3)                ! Throw away buffered junk.
  176.     x=INP(3)
  177.   WEND
  178.   PRINT "It would probably be a good idea to power off/on your midi instrument"
  179.   PRINT "at this time to insure that it sends a proper select channel function"
  180.   PRINT "(which it should do upon playing the first key.)"
  181.   PRINT
  182.   PRINT "Begin playing on your midi instrument."
  183.   PRINT "Press any key on the Atari keyboard to exit recording mode."
  184.   st%=TIMER                    ! Start time as a reference.
  185.   bc%=0                        ! Zero byte (midi event) counter.
  186.   WHILE NOT INP?(2)            ! Loop until Atari key pressed.
  187.     IF INP?(3)                 ! Test for midi incoming byte.
  188.       INC bc%                  ! Increment the event counter.
  189.       bt%(bc%)=INP(3)          ! If incoming byte, save byte in byte array.
  190.       btt%(bc%)=TIMER-st%      ! Also save relative time byte arrived.
  191.     ENDIF
  192.   WEND
  193.   x=INP(2)                     ! Throw away useless key pressed.
  194. RETURN
  195. REM
  196. REM
  197. REM
  198. PROCEDURE play                 ! Play back your creations.
  199.   st%=TIMER-btt%(1)            ! Get playback start time as a reference.
  200.   FOR j%=1 TO bc%              ! Do each saved event -- when it is time --
  201.     WHILE btt%(j%)>TIMER-st%   ! -- by delaying until it is time --
  202.     WEND
  203.     OUT 3,bt%(j%)              ! -- and then sending event (byte) to the midi.
  204.   NEXT j%
  205. RETURN
  206. REM
  207. REM
  208. REM
  209. PROCEDURE keep                 ! Save your magnum opus works.
  210.   fn$=""
  211.   WHILE LEN(fn$)=0             ! I won't allow zero length file names.
  212.     INPUT "Enter name of file to store this musical work of art in";fn$
  213.   WEND
  214.   PRINT "... saving file ..."
  215.   OPEN "O",#1,fn$
  216.   FOR j%=1 TO bc%
  217.     WRITE #1,bt%(j%),btt%(j%)
  218.   NEXT j%
  219.   CLOSE #1
  220.   PRINT "File saved."
  221. RETURN
  222. REM
  223. REM
  224. REM
  225. PROCEDURE revue
  226.   fn$=""
  227.   WHILE LEN(fn$)=0
  228.     INPUT "Enter name of music file you wish to hear played";fn$
  229.   WEND
  230.   PRINT "... loading ..."
  231.   OPEN "I",#2,fn$
  232.   bc%=0
  233.   WHILE NOT EOF(#2)
  234.     INC bc%
  235.     INPUT #2,bt%(bc%),btt%(bc%)
  236.   WEND
  237.   CLOSE #2
  238.   PRINT "File loaded and ready to play."
  239. RETURN
  240.  
  241. --
  242. - John M. Logajan @ Network Systems;  7600 Boone Ave; Brooklyn Park, MN 55428 -
  243. - logajan@ns.network.com, john@logajan.mn.org, Phn 612-424-4888, Fax 424-2853 -
  244.  
  245. ------------------------------
  246.  
  247. Date: Tue, 28 Nov 1989 09:27 EST
  248. From: Greg Csullog <01659%AECLCR.BITNET@Forsythe.Stanford.EDU>
  249. Subject: STFAX.PRG or STFAX.TOS
  250.  
  251. One user in our UG wants to know if anyone has compiled an assembly language
  252. code that appeared in Antic a couple of years ago. The code, STFAX, is
  253. used for capturing satellite imaging data.
  254.  
  255. If anyone on the NET has the compiled code, could he/she forward an
  256. encoded version to me?
  257.  
  258. Thanks in advance, Greg
  259.  
  260. ------------------------------
  261.  
  262. End of INFO-ATARI16 Digest V89 Issue #715
  263. *****************************************
  264.